home *** CD-ROM | disk | FTP | other *** search
- Path: chronicle.mti.sgi.com!austern
- From: clamage@Eng.Sun.COM (Steve Clamage)
- Newsgroups: comp.std.c++
- Subject: Re: Resolving public data
- Date: 05 Mar 1996 09:48:30 PST
- Organization: Sun Microsystems Inc.
- Approved: austern@isolde.mti.sgi.com
- Message-ID: <4hhpji$c5e@engnews1.Eng.Sun.COM>
- References: <313C28D6.794BDF32@ecid.cig.mot.com>
- Reply-To: clamage@Eng.Sun.COM
- NNTP-Posting-Host: isolde.mti.sgi.com
- X-Original-Date: 5 Mar 1996 16:20:02 GMT
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBVAwUBMTx+gUy4NqrwXLNJAQEHjAH/RkVXTS8HJUzHGzQJiuCOk2oj0UW6PLmH
- AhPK4n9chv+8ynGf9VGxkHr0CWDizNy6O4L0wpmERqR4Phk6y8Stkg==
- =Gh+F
- Originator: austern@isolde.mti.sgi.com
-
- In article 794BDF32@ecid.cig.mot.com, Joe Walker <walkerjj@ecid.cig.mot.com> writes:
- >I would like to know why the standard couldn't allow dropping empty parentheses.
- >For example instead of:
- >
- > sync ();
- >
- >I could write:
- >
- > sync;
-
- But "sync" already has a meaning: "the-address-of-function-sync".
-
- > This would allow us to get rid of all those get/set functions ...
- >
- >The latter could be very useful in porting C code to C++.
-
- It would also break C code that depends on the current meaning of a
- function name without parentheses. Changing the meaning of long-
- established constructs should not be undertaken lightly.
-
- ---
- Steve Clamage, stephen.clamage@eng.sun.com
- ---
- [ comp.std.c++ is moderated. To submit articles: Try just posting with your
- newsreader. If that fails, use mailto:std-c++@ncar.ucar.edu
- comp.std.c++ FAQ: http://reality.sgi.com/austern/std-c++/faq.html
- Moderation policy: http://reality.sgi.com/austern/std-c++/policy.html
- Comments? mailto:std-c++-request@ncar.ucar.edu
- ]
-